TITLE OF THE INVENTION: 

A METHOD AND A SYSTEM FOR CHARGING A STREAMING 
CONNECTION IN A MOBILE PACKET RADIO SYSTEM 



CROSS-REFERENCE TO RELATED APPLICATIONS: 
[0001J This application claims priority of provisional patent application 
serial no. 60/483136, filed June 30, 2003, the entire contents of which are 
incorporated herein by reference. 

BACKGROUND OF THE INVENTION: 
Field of the Invention: 

[0002] The invention relates to a method and a system for charging a 
streaming connection in a mobile packet radio system. In particular, the 
invention relates to charging streaming that is transmitted over a packet 
switched network. 

Description of the Related Art: 

[0003] The growth of mobile communications and the Internet have 
spurred innovation and new technology in these areas, where the require- 
ments of the modern day user are becoming more demanding. The bounda- 
ries between various traditional networks are becoming increasingly 
blurred. Nowadays, there is a significant overlap between applications tra- 
ditionally in the telecommunications domain, i.e. circuit-switched traffic 
(voice) and applications traditionally in the data communication domain, 
i.e. packet-switched traffic (data). For instance, a mobile user forming part 
of the PLMN (Public Land Mobile Network) can now retrieve data from 
the Internet. 

[0004] Thus, recently radio communication systems such as mobile 
communication networks have started to provide packet data services for 



the users in addition to traditional circuit switched services. Packet 
switched data service describes a type of service in which relatively small 
units of data called packets are routed through a network based on the des- 
tination address contained within each packet. In the following the terms 
packet switched and packet are used interchangeably unless otherwise 
noted. Breaking communication down into packets allows the same data 
path to be shared among a plurality of users in the network. This type of 
communication between a sender and receiver is commonly referred to as 
connectionless rather than dedicated. Most traffic over the Internet uses 
packet switching and the Internet is basically a connectionless network. 

[0005] In a typical packet data enabled radio communication network a 
mobile station can send and receive packet data related to several different 
data connections simultaneously. A packet data traffic flow to a mobile 
station refers to the packet data corresponding to one or more simultaneous 
data connections to the mobile station. In the following the terms packet 
data traffic flow and traffic flow are used interchangeably unless otherwise 
noted. For example, packet data corresponding to an email message in- 
cludes a data connection. Packet data corresponding to a World Wide Web 
(WWW) browsing session includes another data connection. When trans- 
mitted simultaneously to or from a given mobile station, these two data 
connections comprise a traffic flow. The two data connections can be in the 
same Packet Data Protocol (PDP) context. 

[0006] Data services may be categorized into real time (RT) and non-real 
time (nRT) services. Non-real time services may include for example send- 
ing and receiving emails, and interactive browsing of the World Wide 
Web. Real time services may include for example streaming services such 
as multimedia and video transmissions. Traditionally real time services 
have mostly been implemented as circuit switched services but recently 
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also real time packet data services have started to emerge. 

[0007] An example of packet data service for digital mobile communica- 
tion networks e.g. is the General Packet Radio Service (GPRS). The GPRS 
is designed to support especially digital mobile networks. These can be for 
example based on the GSM (Global System for Mobile Communications) 
standard. However, the GPRS is not restricted to only GSM networks but 
may support for example digital mobile networks based on Third Genera- 
tion Partnership Project (3 GPP) and Third Generation Partnership Project 2 
(3GPP2) radio network standards. Additionally, the GPRS may also act as 
an access network for an IP Multimedia Subsystem (IMS). 

[0008] A GPRS enabled mobile communication network includes two 
additional network elements or nodes. These include a Serving GPRS Sup- 
port Node (SGSN) and a Gateway GPRS Support Node (GGSN). An 
SGSN typically delivers packets to GPRS enabled mobile stations (MS) 
within its service area. It may further send queries to a Home Location 
Register (HLR) to obtain profile data of GPRS subscribers. It may further 
detect new GPRS enabled mobile stations in a given service area, process 
registration of new mobile subscribers, and keep a record of their location 
inside a given area. The GGSN is typically used as an interface to external 
IP networks such as the Internet, other mobile service providers, GPRS 
services, enterprise intranets or streaming servers providing multimedia 
content. 

[0009] In a packet-switched (PS, Packet Switched) mobile phone envi- 
ronment, it is possible to establish mobile originated (MO, Mobile Origi- 
nated) connections, in which case a user or subscriber activates a PDP con- 
text (PDP, Packet Data Protocol) to the direction of the public land mobile 
network. After this, the transfer of information is successful from the ter- 
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minal device to the public land mobile network and vice versa. 

[0010] Typically GPRS networks utilize Wideband Code-Division Multi- 
ple Access (WCDMA) or GSM air networks. When the streaming service 
is implemented in these networks, charging the connections in the mobile 
packet radio systems is becoming more and more difficult for operators and 
end users to realize. 

[0011] Currently there exists several ways of charging connections in 
mobile packet radio systems. Most of them are volume based or event 
based, this means that they are based on the measurement of the amount of 
information or bits that have been transferred through the system or a fixed 
fee for a certain event. 

[0012] However, the GPRS standards allow time based charging to be 
applied on one Access Point Name, later referred to as APN. However, 
currently there does not exist a method for charging a streaming connection 
based on the length of a streaming connection or the time of the streaming 
connection simultaneously with a browsing or email session that is charged 
according to volume based charging. 

SUMMARY OF THE INVENTION: 

[0013] According to one embodiment, the invention implements a time 
based charging mechanism for a streaming connection in a mobile packet 
radio system. Thus, one of the advantages is that the invention overcomes 
the lack of time based charging for streaming connections in mobile packet 
radio systems when there are simultaneously other connections in the sys- 
tem. 

[0014] According to one embodiment, the invention discloses a method 
for charging a streaming connection in a mobile packet radio system, the 



4 



system including a streaming source, a subscriber capable of receiving 
streaming data from the streaming source. The method includes the steps 
of: establishing a data connection for the subscriber, establishing a stream- 
ing connection between the subscriber and the streaming source, terminat- 
ing the streaming connection between the subscriber and the streaming 
source, and charging the streaming connection using a time-based charg- 
ing. 

[0015] Furthermore, the invention discloses a mobile packet radio system 
for charging a streaming connection. The system includes a streaming 
source, a subscriber capable of receiving streaming data from the streaming 
source, means for establishing a data connection for the subscriber, means 
for establishing a streaming connection between the subscriber and the 
streaming source, means for terminating the streaming connection between 
the subscriber and the streaming source, and a charger for charging the 
streaming connection using a time-based charging. 

[0016] According to another embodiment of the invention, a mobile 
packet radio system for charging a streaming connection is provided. The 
system includes a stream source and a subscriber capable of receiving 
streaming data from the streaming source. The system includes first estab- 
lishing means, second establishing means, terminating means and a 
charger. The first establishing means establishes a data connection for the 
subscriber. The second establishing means establishes a streaming connec- 
tion between the subscriber and the streaming source. The terminating 
means terminates the streaming connection between the subscriber and the 
streaming source. The charger charges the streaming connection using the 
time-based charging. 



5 



4> 



[0017] Some of the benefits of the invention are as follows. One advan- 
tage is that the invention provides a method and a system that overcomes 
the lack of time based charging for streaming connection. An end user or 
the subscriber of a mobile network has a sense of time. Therefore, it is easy 
for the subscriber to understand time based charging. By utilizing this time 
based charging provided by this invention the operators are able to charge 
for the streaming connection in an understandable way. Another benefit 
provided by this invention is that it makes it possible to charge a streaming 
connection based on used connection time in a situation where there is si- 
multaneously a streaming connection and one or several other services, for 
example an email message or a browsing session. 

BRIEF DESCRIPTION OF THE DRAWINGS: 

[0018] The accompanying drawings, which are included to provide a fur- 
ther understanding of the invention and constitute a part of this specifica- 
tion, illustrate embodiments of the invention and together with the descrip- 
tion help to explain the principles of the invention. In the drawings: 

[0019] Figure 1 shows a block diagram disclosing the general construc- 
tion of a mobile packet radio system functioning in accordance with the 
invention; 

[0020] Figure 2 shows a block diagram showing the elements of a mobile 
packet radio system in accordance with the invention; 

[0021] Figure 3 shows a signalling diagram showing an example of ses- 
sion flows in one embodiment of the invention; 

[0022] Figure 4 shows a signalling diagram between the subscriber and 
the streaming server in accordance with the invention; and 
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[0023] Figure 5 shows a flow chart depicting the operation of the method 
and system in accordance with the invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS: 
[0024] Reference will now be made in detail to the embodiments of the 
invention, examples of which are illustrated in the accompanying drawings. 

[0025] Figure 1 shows a block diagram disclosing the general construc- 
tion of a mobile packet radio system functioning according to the inven- 
tion. The mobile packet radio system can be e.g. a GPRS system. The block 
diagram shows a subscriber 102, which can be e.g. a mobile phone or mo- 
bile communicator, or other mobile subscriber equipment. In Figure 1, the 
mobile packet radio system further includes a serving GPRS support node 
SGSN 101 and a gateway GPRS support node GGSN 103. In the inventive 
embodiment of the mobile packet radio system there is implemented a 
charging element 105. The charging element contains most of the compo- 
nents for implementing this invention. However, this inventive element or 
these inventive elements can be located in different parts of the mobile 
packet radio system, e.g. in connection with GGSN 103 or in connection 
with SGSN 101 or elsewhere in the system. The mobile packet radio net- 
work is connected to a streaming server 107 that is designed for sending 
streaming data or content to the client, e.g. to the mobile subscriber 102. 
The streaming data is sent through the network and the other network ele- 
ments as shown in Figure 1. According to an embodiment of the invention, 
the charging element supervises and follows the signalling used to build 
and disconnect streaming connections. Connected to the charging element 
or the respective other network elements (e.g. GGSN 103) is a WAP gate- 
way WAP GW 109 that is connected to for example a service portal 111. 
The mobile packet radio system is capable of establishing a data connection 
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between subscriber 102 and the streaming source which is implemented on 
e.g. one PDP context between the subscriber and the GGSN with a IP con- 
nection to the streaming source. The service portal is an example of a si- 
multaneous browsing service through the same PDP context. The estab- 
lishment of the data connection also means the authorization of the sub- 
scriber for the connection. 

[0026] Furthermore, the mobile packet radio system is capable of estab- 
lishing a streaming connection between subscriber 102 and streaming 
source 107, 111. The streaming connection is a continuous data connection 
between client, e.g. mobile subscriber 102 and a streaming source, e.g. a 
streaming server 107. The continuous data connection transfers e.g. video 
or multimedia content. The streaming connection is a transport layer virtual 
circuit established between two network elements or to or between pro- 
grams for the purpose of communication. The establishment of a streaming 
connection has been described more accurately e.g. in the following docu- 
ment: H. Schultzrinne et A. Rao Real Time Streaming Protocol (RTSP) 
Network Working Group, April 1998. 

[0027] Figure 2 shows a block diagram illustrating the elements of an 
inventive mobile packet radio system. In Figure 2 a mobile subscriber 201, 
e.g. a mobile terminal, is connected to a radio network 205 which is further 
connected to a serving GPRS support node 209 that is further connected to 
a gateway GPRS support node 211. RTSP protocol is used for streaming 
signalling and disclosed more accurately in the aforementioned publication. 
In connection with the gateway GPRS support node 211 in this embodi- 
ment there is a charger element 215. Charger element 215 is the charger for 
charging the streaming connection using a time based charging scheme. 
Charger or charging element 215 is further connected with a billing system 
213 of the mobile packet radio system or other billing system 213 capable 
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of billing subscribers for streaming connections. Charger element 215 is 
also connected to a streaming server 217. 

[0028] Charging element 215 is also able to read RTSP protocol between 
the streaming server and the terminal which are connected through the ra- 
dio network 207. 

[0029] Figure 2 discloses a mobile packet radio system for charging a 
streaming connection. The system includes a streaming source 217, a sub- 
scriber 20 1, 203 capable of receiving streaming data from the streaming 
source 217, devices 209, 211, 215, 217 for establishing a data connection 
for the subscriber, devices 209, 211, 217 for establishing a streaming con- 
nection between the subscriber 201 and the streaming source 217, devices 
209, 211, 201, 217 for terminating the streaming connection between the 
subscriber and the streaming source, and a charger 215 for charging the 
streaming connection using a time-based charging. 

[0030] Charger 215 includes a device 221 for measuring the length of the 
streaming connection, and a generator 223 responsive to the length for 
generating charging information. Charger 215 also includes device 221 for 
measuring the length of the streaming connection which includes a first 
identifier 225 for identifying the start and the end of the streaming connec- 
tion based on a change of a state of the streaming connection. 

[0031] In the mobile packet radio system shown e.g. in Figure 2, device 
22 1 for measuring the length of the streaming connection include a recog- 
nizing device 227 for recognizing the start and the end of the streaming 
connection, and a timer 229, responsive to the recognizing device 227, for 
measuring the length of the streaming connection. 
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[0032] In one embodiment of the invention, the recognizing device 227 is 
arranged to recognize the start or the end of the streaming connection by 
recognizing respectively one or several of the following messages: a play 
message, a teardown message and/ or a disconnect message. 

[0033] In one embodiment of this invention, the system includes a time 
stamps generator 23 1 for generating time stamps in response to messages 
sent by the subscriber. This kind of a mobile packet radio system includes a 
calculator mechanism 233, responsive to the time stamps generated by the 
time stamps generator 231, for calculating the length of the streaming con- 
nection. This length is measured most often in time, but also other meas- 
urement attributes and units are possible. 

[0034] In the mobile packet radio system time stamps generator 231 is 
arranged to recognize a start of the streaming connection. Time stamps 
generator 231 is further arranged to create a first time stamp indicating the 
start time of the streaming connection. Time stamps generator 231 is fur- 
ther arranged to recognize the end of the streaming connection. Time 
stamps generator 23 1 is further arranged to create a second time stamp in- 
dicating the end of the streaming connection. 

[0035] The system is in response to the first and the second time stamp 
arranged to calculate the length of the streaming connection. 

[0036] Time stamp generator 23 1 is arranged to recognize the start and/or 
the end of the streaming connection by recognizing respectively one or 
several of the following messages: a play message, a teardown message 
and/or a disconnect message. 

[0037] In one embodiment of the invention, device 221 for measuring the 
length of the streaming connection includes a second identifier 235 for 
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identifying a temporary stop of the streaming connection in response to a 
change of a state of the streaming connection. In another embodiment of 
the invention, second identifier 235 is arranged to identify a temporary 
stop. An indication of a temporary stop can be a pause message. 

[0038] In another embodiment of the mobile packet radio system, device 
221 for measuring the length of the streaming connection is arranged to 
indicate a temporary break of the length of the streaming connection in re- 
sponse to information about the temporary break. Device 221 for measur- 
ing the length of the streaming connection is further arranged to continue 
the measurement of the length of the streaming connection in response to 
information about a restart. Device 221 for measuring the length of the 
streaming connection is further arranged to measure the length of the 
streaming connection based on the indication of a temporary break and the 
restart of the streaming connection. 

[0039] The mobile packet radio system further includes a first checker 
237 for checking whether it is possible to establish the streaming connec- 
tion for the subscriber. 

[0040] The mobile packet radio system further includes a second checker 
239 for checking whether it is possible to utilize the time based charging 
for the subscriber for streaming connections in general. 

[0041] The mobile packet radio system further includes a third checker 
241 for checking if it is possible to utilize the time based charging for the 
subscriber 201 for the streaming connection. 

[0042] In the aforementioned checkers, the checking is performed based 
on at least one of the following identifiers: a Mobile Station Integrated 
Service Digital Network (MSISDN) number, an International Mobile Sta- 
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tion Identifier (IMSI) number, a client number, an identifier number or a 
subscriber identifier. 

[0043] The mobile packet radio further includes a database 243 for stor- 
ing the length of the streaming connection in one or several charging re- 
cords. The storing can be performed so that the length of the streaming 
connection in one or several charging records is stored in relation to the 
subscriber. 

[0044] The mobile packet radio further includes a charging generator 245 
for generating a charging record which includes the length of the streaming 
connection in relation to subscriber 201. 

[0045] Figure 3 shows a signalling diagram showing an example of ses- 
sion flows in an embodiment of this invention in accordance with RTSP 
protocol. In the signalling flow diagram, the network elements are de- 
scribed as following. User equipment UE or subscriber terminal 301 is 
connected with a radio access network RAN/GSM 303 and further with a 
serving GPRS support node SGSN 305 and a gateway GPRS support node 
GGSN 307. Furthermore, a streaming server 309 is shown on the signalling 
chart. 

[0046] The method in Figure 3 begins with the establishment of a data 
connection between subscriber, i.e. user equipment 301, and streaming 
server 309. In Figure 3, this is noted by the establishment of PDP context 
308 between user equipment 301 and GGSN 307. Between the GGSN 307 
and the streaming server 309 an IP connection is established. Furthermore, 
in phases denoted as 310 the whole streaming connection is established in 
the following way. First, user equipment 301 sends a Real Time Steaming 
Protocol (RTSP) describe message 311 to streaming server 309. The mes- 
sage describes the streaming connection to be established so that streaming 
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server 309 knows what connection is to be established between subscriber 
301 and streaming server 309. After receiving the RTSP describe message 
311, streaming server 309 sends an RTSP OK 313 message thereby telling 
user equipment 301 the presentation description, used codec and other de- 
tails. Thereafter, user equipment 301 sends an RTSP SETUP 315 telling 
the port used, the selected codec and other details. After receiving an RTSP 
SETUP 315 message, streaming server 309 sends an RTSP OK message 
317 signalling that streaming server 309 is ready to establish a streaming 
connection. Thereafter, user equipment or subscriber 301 sends an RTSP 
PLAY message 319 signalling that the subscriber 309 wants to immedi- 
ately start the streaming connection. Therefore, RTSP PLAY message 319 
activates time measurement of the streaming connection. Thereafter the 
streaming server 309 send a RTSP 200 OK signal acknowledging the start 
of the media traffic. Subsequently streaming server 309 starts media traffic 
320 on the PDP context. The traffic is transmitted using RTP protocol. 
RTCP is used for signalling purposes. When the user equipment or sub- 
scriber 301 sends an RTSP TEARDOWN message 321 noticed by stream- 
ing server 309, the media traffic stops and the time measurement for the 
time based charging stops also. Thereafter, streaming server 309 sends an 
RTSP OK signal 323 to user equipment 301. 

[0047] Figure 4 shows a signalling diagram according to the TCP proto- 
col and RTSP protocol disclosing the signalling relating to one embodi- 
ment of the invention between a streaming client 401, e.g. a subscriber, and 
a streaming server 403. First, a PDP context is established 400. Between 
the PDP context 400 and the streaming server 403, an IP connection is es- 
tablished. After that streaming client 401, i.e. subscriber 401, sends a TCP 
synchronization 405 message to streaming server 403. Streaming server 
403 acknowledges 402 the TCP synchronization message and streaming 
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client 401 further acknowledges 404 the first acknowledgement. After this, 
during the connection set up phase streaming, client 401 sends an RTSP 
DESCRIBE 407 message to streaming server 403. Streaming server ac- 
knowledges it with an RTSP 200 OK signal 406. In response to this, 
streaming client 401 sends an RTSP SETUP message 417 to streaming 
server 403. Thereafter, streaming server 403 sends an RTSP 200 OK signal 
423 to streaming client 401. Thereafter, streaming client 401 sends an 
RTSP PLAY message 409 to streaming server 403. RTSP PLAY message 
409 starts a timer in accordance with the invention, and thus the length of 
the streaming connection will be measured. Thereafter, streaming server 
403 acknowledges RTSP PLAY message 405 with an RTSP 200 OK 419 
message. Thereafter, streaming server 403 starts a media flow 410. The 
media connection and media stream from the streaming server to the 
streaming client have now been established and the payload can be trans- 
ferred from streaming server 403 to streaming client 401. The streaming 
client 401 as well as the streaming source may send RTCP messages 420 to 
control the actual flow of bits between the streaming client and streaming 
source. When streaming client 401 wants to temporarily hold the streaming 
connection, it sends an RTSP PAUSE 411 message, which directs stream- 
ing server 403 to pause the streaming connection. It also triggers to tempo- 
rarily halt the measurement of the length of the streaming connection. 
Streaming server 403 acknowledges RTSP PAUSE message 411 with an 
RTSP 200 OK message 412. When streaming client 401 wants to continue 
the streaming connection, it will again send an RTSP PLAY message 413 
to streaming server 403. The message will again start the media flow from 
streaming server 403 to streaming client 401. At the same time, the meas- 
urement of the length of the streaming connection will be continued. 
Streaming server 403 acknowledges RTSP PLAY message 413 by sending 
an RTSP 200 OK message 414 to streaming client 401. Thereafter, when 
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streaming client 401 wants the streaming connection to be end, it sends an 
RTSP TEARDOWN message 415 to streaming server 403, which will end 
and stop the streaming connection. The same RTSP TEARDOWN 415 
message will also stop the measurement of the length of the streaming con- 
nection. Thereafter, streaming server 403 acknowledges RTSP TEAR- 
DOWN message 415 by sending an RTSP 200 OK 416 message to stream- 
ing client 401. 

[0048] Figure 5 shows a flow chart depicting the operation of the method 
and system of the invention. First, in step 501 data connection between a 
subscriber or client and a streaming server is established 501. The data 
connection is e.g. a PDP context between the user equipment and the 
GGSN from where an IP connection to the streaming source is established. 
According to one embodiment it may be a prerequisite 503 that there is in 
the network a network element that is able to read RTSP messages and de- 
tect a possible RTSP PLAY message. If this is the case, the operation of 
the method will continue to phase 505 in which the timer is started or a 
time stamp is created in the case where a streaming connection has been 
established. During a session it is checked 507 whether a pause message is 
received, and the timer is stopped until a play message is again received, if 
a pause message is received. If the time stamp method is used, the time 
stamp indicating a pause is created in to the charging record. At any time 
during the session, phase 509 can be activated if a TCP disconnect message 
is received. Thereby, the streaming session is disconnected. The measure- 
ment of the length of the streaming connection or the measurement of the 
streaming time is also discontinued. At any time of the session a teardown 
message from the client, i.e. subscriber, can be received 511 and thereby 
the streaming connection or session is ended. At the same time the meas- 
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urement of the length of the streaming connection will be ended, and based 
on the length of the streaming connection, a charging record is created 513. 

[0049] For example, the method of the invention is implemented in a 
mobile packet radio system. The system includes a streaming source and a 
subscriber capable of receiving streaming data from the streaming source. 
In the method the streaming source can be, for example, one of the follow- 
ing: a streaming server, a streaming proxy, a streaming gateway, or a media 
server. In the method, the subscriber can be, for example, one of the fol- 
lowing: a mobile station, a mobile terminal, a user equipment or a terminal 
equipment. It can also be a machine-to-machine interface of a computer or 
a server. 

[0050] In the method the following steps are implemented. First, a data 
connection for the subscriber between the subscriber and the streaming 
source is established. Thereafter, a streaming connection is established 
between the subscriber and the streaming source. As earlier stated, the 
streaming connection is a continuous data flow transferring e.g. multimedia 
or video signal or content. 

[0051] Regarding the step of establishing a data connection it is to be 
noted that the step include the idea of authorizing the subscriber for the 
connection. This can be performed by establishing a data context, which 
can be a packet data protocol context between the subscriber and the 
streaming source. 

[0052] The establishment of the data connection can also mean the 
checking of access rights of a subscriber to a wireless lan network. In this 
embodiment, the connection is established via that network element that is 
implementing the time based charging. In this case, the essence of the time 
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based charging is the measurement of the length of the streaming connec- 
tion. 

[0053] After the establishment of the data connection the streaming con- 
nection is terminated between the subscriber and the streaming source, and 
after that the streaming connection is charged using a time-based charging. 

[0054] In the method the step of charging the streaming connection using 
a time-based charging can include, for example, the following steps: meas- 
uring the length of the streaming connection, and based on the length, gen- 
erating charging information. The charging information is used to generate 
call data records or other information for the billing of the client or cus- 
tomer. 

[0055] In the method, the previously mentioned step of measuring the 
length of the streaming connection includes a step of identifying the start 
and the end of the streaming connection based on a change of a state of the 
streaming connection. The state of the streaming connection can be for ex- 
ample a start, a temporary stop, a restart and an end of a session. The state 
of the streaming connection can be identified e.g. by receiving the signal- 
ing the network elements send and receive. In particular, one way to iden- 
tify the state of the streaming connection is to identify RTSP or TCP 
signaling messages, which instruct the different network elements to start, 
stop temporarily, restart and to stop the streaming session. 

[0056] It is to be noted that the length of the streaming connection is 
equivalent to the time of an active streaming connection. However, the 
length of the streaming connection can also be calculated by calculating the 
number of pulses generated by a pulse generator. Also, the length of the 
streaming connection can be measured by identifying the consecutive num- 
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ber of the first and the last pulse generated during the streaming connec- 
tion. 

[0057] Regarding the change of a state of the streaming connection, it is 
to be noted that according to the invention a change of a state may be 
equivalent to an indication of a change of a state. Thus, identifying the start 
and the end of the streaming connection can be performed based on a 
change of a state of the streaming connection. 

[0058] Thus, in the method the step of measuring the length of the 
streaming connection includes, for example, the steps of recognizing a start 
of the streaming connection, starting a timer for measuring the length of the 
streaming connection, recognizing an end of the streaming connection, 
stopping the timer for measuring the length of the streaming connection, 
and obtaining the length of the streaming connection from the timer. 

[0059] In the method the step of recognizing the start includes the step of 
recognizing a play message. The play message is an RTSP signaling mes- 
sage instructing the start of the streaming connection. 

[0060] In another embodiment of the invention the step of recognizing 
the end of the streaming connection includes the step of recognizing a tear- 
down message or a disconnect message. 

[0061] In another embodiment of the invention the step of measuring the 
length of the streaming connection includes the steps of: generating time 
stamps based on messages sent by the subscriber, and based on the time 
stamps, calculating the length of the streaming connection. 

[0062] In another embodiment of the invention the method includes the 
steps of: recognizing a start of the streaming connection, creating a first 



18 



time stamp indicating the start time of the streaming connection, recogniz- 
ing the end of the streaming connection, creating a second time stamp indi- 
cating the end of the streaming connection, and calculating the length of 
the streaming connection based on the first and the second time stamps. 

[0063] In another embodiment of the invention the step of recognizing 
the start of the streaming connection includes the step of recognizing a play 
message. This play message can be for example a RTSP-play message. 

[0064] In another embodiment of the invention the step of recognizing 
the end of the streaming connection includes the step of recognizing a tear- 
down message or a disconnect message. The teardown message can be e.g. 
a RTSP message. The disconnect message can be e.g. a TCP message. 

[0065] In another embodiment of the invention the step of measuring the 
length of the streaming connection includes the step of identifying a tempo- 
rary stop of the streaming connection based on a change of a state of the 
streaming connection. The identifying can be accomplished by identifying 
a temporary stop or a respective message. The message can be a pause mes- 
sage, that is sent e.g. in accordance with the RTSP standard. 

[0066] In another embodiment of the invention the step of measuring the 
length of the streaming connection includes, for example, the following 
steps: sending information about a temporary stop of the streaming connec- 
tion, based on the information about the temporary stop, halting temporar- 
ily the measurement of the length of the streaming connection, sending in- 
formation about a restart of the streaming connection, based on the infor- 
mation about the restart restarting the measurement of the length of the 
streaming connection, and measuring the length of the streaming connec- 
tion based on the halting and restarting of the measurement of the length 
of the streaming connection. 
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[0067] In another embodiment of the invention the method includes the 
step of checking whether it is possible to establish a streaming connection 
for the subscriber. The check is done e.g. from a database. The database 
can be a Home Location Register (HLR) or any other database containing 
client data. 

[0068] In another embodiment of the invention the method includes the 
step of checking whether it is possible to use the time based charging for 
the subscriber for streaming connections in general. The check is done e.g. 
in a database. 

[0069] In another embodiment of the invention the method includes the 
step of checking whether it is possible to use the time based charging for 
the subscriber for the streaming connection. The check is performed e.g. in 
a database. The database can be an HLR or any other database containing 
client data. 

[0070] In all off the aforementioned checkings the checking is performed 
based on at least one of the following identifiers: a MSISDN number, an 
IMSI number, a client number, an identifier number, and a subscriber iden- 
tifier. 

[0071] In another embodiment of the invention the method includes the 
step of storing the length of the streaming connection in one or several 
charging records. Storing can be performed so that the stored records relate 
to the subscriber or to the equipment of the subscriber or to the client. 

[0072] In another embodiment of the invention the method includes the 
step of generating a charging record including the length of the streaming 
connection in relation to the subscriber. 
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[0073] It is obvious to one skilled in the art that with the advancement of 
technology, the basic idea of the invention may be implemented in various 
ways. The invention and its embodiments are thus not limited to the exam- 
ples described above; instead they may vary within the scope of the claims. 
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